PC Secure Video Path

ABSTRACT

A system and method are disclosed for creating a secure video content path, or a protected media content bus, within an unsecure personal computer. A portable security module, or electronic key safe, may be inserted into a personal computer that has different internal components for processing secure and unsecured content. The security module may establish a secure encrypted link with a secure video processor of the personal computer, and may use the personal computer&#39;s network interface to request authority to receive secured content. The security module may provide content keys to the secure video processor to access secured content received over an external network.

FIELD OF ART

The features described herein generally relate to providing users withaccess to restricted content, such as video programs.

BACKGROUND

Hollywood's film industry relies on a staged approach to theatricalreleases. A new movie is usually first released only to movie theaters.Marketing efforts and popular opinion of a film is often at its peaksurrounding the film's initial release, and film studios look to recoupas much of their investment as possible through ticket sales at themovie theater box offices. A film cannot remain at the box officeforever, though, and it is eventually pulled from theaters to bereleased for sale or rental on a physical medium (e.g., a Digital VideoDisk—DVD, Blu-Ray, etc.), or as a pay-per-view option in a restrictedenvironment, such as a cable television system, satellite system, hotelsystem, or the like.

After the film has had its run in that sales and pay-per-view stage, itmay then be released to pay cable channels, such as HBO, SHOWTIME,CINEMAX, etc. After the cable channels have had their run with the film,the film may then be released to an over-the-air television network,such as ABC, CBS, NBC, etc., and may be made available for personalcomputer download at websites associated with those television networks,or on other Internet sites.

This staged, controlled, release is performed in order to maximizerevenue. Since movie piracy is the principal threat to that revenue, itis not surprising that these stages begin with the most restrictive anddifficult to pirate (movie theaters), and end with the least restrictiveand easiest to pirate (over-the-air broadcasts and Internet downloads).

Notably for the present discussion, the Internet download option tendsto be offered only towards the tail end of the movie's staged release,sometimes over a year after the movie's theatrical release. This latetiming is due to the inherent insecurity of a personal computer (PC)platform. A wide array of PC software tools (hacking programs,debuggers, etc.) allows pirates to access an Internet movie download,break whatever copy protection is included with the movie, and copy it,so studios are loathe to release a movie for Internet download too earlyin the release cycle.

However, since many of us spend more time with our computers than ourtelevisions, and since the marketing and popularity of a film is oftenhigher at the earlier stages in the release cycle, studio revenues couldbe increased if new movies could be securely released to a wideraudience in the earlier stages of a release.

SUMMARY

This summary is not intended to identify critical or essential featuresof the inventions claimed herein, but instead merely summarizes certainfeatures and variations thereof.

A secure video content method may include detecting the insertion of aportable security module, or electronic key safe, on a personal computercoupled to an external network, using the portable security module tocreate a secure video content path within the personal computer,receiving secured and unsecured content at the personal computer fromthe external network, routing the secured content to the secure videocontent path, and routing the unsecured content to a video content pathin the personal computer different from the secure video content path.

In some embodiments, the portable security module may be bound to asecure processor in the personal computer, and may receive a newencryption key in response to the binding. When secure content isrequested, the portable security module may supply different encryptionkeys to the secure content processor, enabling the decryption andviewing of secured content on the personal computer. Those keys may bepassed via a secure encrypted tunnel between the portable securitymodule and the on-board secure content processor in the personalcomputer, which may make it difficult for a hacker to obtain the key.

The personal computer for such a system may include a security moduleinterface, configured to connect to an external security module, asecure video processor, configured to process secured video content fordisplay, and a processor, configured to receive a content key from theexternal security module via the security module interface, and supplythe content key to the secure video processor, wherein the secure videoprocessor is configured to decrypt secure video content received from anexternal network using the content key.

The personal computer may also include a local wireless networkinterface circuit, coupled to the processor, and configured to access alocal wireless network, a universal serial bus (USB) interface for thesecurity module, and an unsecured video processor, configured to processunsecured video content for display, wherein the processor is configuredto forward unsecured video content to the unsecured video processor forprocessing and display, and divert secured video content to the securevideo processor for processing and display.

In some embodiments, the personal computer's processor may be furtherconfigured to automatically transmit, to an external network, a bindingrequest containing identification information for the security moduleand the secure video processor.

The portable security module may contain an interface configured toattach to a personal computer interface, and a processor, configured toidentify a secure video processor of a personal computer after theportable security module is attached to the personal computer, determinea content key needed by the secure video processor to decrypt securecontent, and transmit the content key to the secure video processor inresponse to a user request to access the secure content.

The portable security module may be further configured to establish anencryption key with the secure video processor of the personal computer,and to use the encryption key when transmitting the content key to thesecure video processor.

The various features described above may be implemented using a personalcomputer or processing device, which may operate by executingcomputer-executable instructions for performing the various featuresdescribed. Accordingly, some embodiments herein include thecomputer-readable media storing those instructions.

Other details and features will also be described in the sections thatfollow.

BRIEF DESCRIPTION OF THE DRAWINGS

Some features herein are illustrated by way of example, and not by wayof limitation, in the figures of the accompanying drawings and in whichlike reference numerals refer to similar elements.

FIG. 1 illustrates an example system on which features described hereinmay be implemented.

FIG. 2 illustrates a portable security module, or electronic key safe.

FIG. 3 illustrates additional details of the PC included in the examplesystem of FIG. 1, and of general PCs on which various componentsdescribed herein may be implemented.

FIG. 4 illustrates an example set of parallel content paths within thePC shown in FIG. 1.

FIG. 5 illustrates communication signaling steps for establishing asecure PC video path in one example embodiment described herein.

DETAILED DESCRIPTION

FIG. 1 illustrates, in one aspect described herein, basic components ofa system on which features described herein may be implemented. Thesystem may generally allow a user of the PC 101 to access variouscontent from the network 102, such as any Internet content, videocontent (movies, television shows, music, etc.). The features herein,however, may also allow the user of the PC 101 to establish a parallelsecure video path within the PC 101 for the reception and viewing ofcertain types of secured content. The secured content may be the same asunsecured content (e.g., movies, television shows, music, etc.), butwith additional security features as described herein. Other types ofcontent, such as computer-executable programs, data files, electronicbooks, still images, audio files, etc., may be securely accessed aswell.

The PC 101 may be any type of personal computer, such as a desktopcomputer or laptop computer. The PC 101 may initially be consideredunsecured from the point of view of the content source 103 (ascontrasted with, for example, secured devices such as a dedicated cabletelevision set-top box, satellite decoder box, hotel set-top-box, etc.).Unsecured devices may be devices that are not initially provided by thecontent source 103, or entities having the authority of the contentsource 103 to distribute content. Other types of unsecured computingdevices, such as cell phones, personal data assistants (PDAs), etc. mayalso benefit from the features herein.

The PC 101 may be connected to a communication network 102, and mayultimately receive the secured content from content source 103 over thenetwork 102. Network 102 may be any type of information communicationnetwork, such as the Internet. The physical structures of the network102 may be of any type, such as coaxial cable network, fiber optic cablenetwork, hybrid fiber (coax and fiber) cable network, telephone (land orcellular) network, satellite network, etc.

Content source 103 may be any type of computing device that isconfigured to supply secured content, such as secured video content,over the network 102. Source 103 may be, for example, a movie studio'sdownload server, which may be configured to offer secure movie downloadsto customers who wish to view a movie during an early release cyclestage (e.g., while the movie is in theaters, or when the movie has beenreleased for rental). As another example, the content source 103 may bea server at a local cable television head-end, supplying video contentto cable subscribers, or any online video content supplier (e.g., anInternet supplier). The physical layout of the source 103 may take anydesired form, such as a computing platform having components similar tothose found in PC 101 (discussed in greater detail below).

To create the secure video path for the PC 101, the user may firstinsert a portable security module or electronic key safe 104 into theunsecure PC 101. Security module 104 may be a Universal Serial Bus (USB)dongle, such as a keychain dongle or “thumb” drive, that can be insertedinto the PC 101 to establish the secure video path within the PC 101.The security module 104 may then communicate, via PC 101 and network102, with various external entities to obtain authorization foraccessing secured content, and to establish a secure video path withinthe PC 101. Those external entities may include, for example, one ormore sources of content 103, a cable television (or network) headend105, a trusted authority 106, and any other desired type of networkedcomputing device. The headend 105 may include any additional desiredcomponents. For example, a headend 105 may include a computing deviceserving as an authentication proxy to assist in authenticating clientsthat sign onto the network. The trusted authority 106 may be an entitythat is trusted by the content source 103, the maker of the PC 101, andthe maker of the security module 104 to maintain and use secretencryption keys and digital signature keys for the source 103, PC 101and security module 104.

FIG. 2 illustrates an example configuration for the security module 104.As noted above, the security module 104 may be a portable device havingan interface 201 that allows it to be coupled to an unsecure PC 101. Theinterface 201 may be, for example, a Universal Serial Bus (USB) formatinterface, although other interface formats may be used as well. Forexample, formats such as ISO-7816 (Smart Card), IEEE-1394 (Fire Wire),PCI, PCI Express and Ethernet, may alternatively be used.

The security module 104 may include a security processor 202, which maybe a microprocessor or programmable logic circuit configured to executeinstructions stored on a memory 203 to perform features describedherein. Memory 203 may be any desired type of memory, such as a FLASHmemory. The module 104 may include a secure portion 204 of memory.Access to the secure portion 204 of memory may be restricted to avoidcompromise through hacking The type of restriction may include apassword-restricted access, such that a predetermined password must beused to access contents of the memory. Additionally, the secure portion204 of memory may have its contents encrypted using any desiredencryption algorithm. Any necessary password and decryption key may becoded into the security processor 202's operating code, a portion ofwhich may be embedded within the processor 202 itself.

During manufacture, or at any point prior to distribution to the public,the security module 104 may undergo a security procedure keyingoperation. During that procedure, the security module 104 may beassigned a globally unique identification value, and one or more keysfor encryption and/or secure signing, and this data may be stored in thememory 203, 204 of the module. The identification value may be, forexample, a media access control (MAC) address, and may be stored in thecommon area of memory 203. The keys may be stored in the secure memory204, and may be established for any desired type of encryption, such asRSA (Rivest-Shamir-Adleman), DES (Data Encryption Standard), AES(Advanced Encryption Standard), Triple-DES, etc. The trusted authority106 may separately retain a database in a memory (e.g., similar to thehard drive 303 or other memory components of PC 101) correlating thevarious security module 104 identities and their corresponding keys.

For increased security, the trusted authority's database may omitstoring the private keys for modules that use asymmetric encryptionalgorithms and have public/private key pairs, such as RSA. In thosesituations, the trusted authority 106 might only store the public keysfor the modules, correlated to the various modules' identities.

FIG. 3 illustrates example components of the system shown in FIG. 1. Theunsecure PC 101 may include a display 101 a, a housing 101 b for variousinternal components (which may be part of the display 101 a, ifdesired), and various user input devices 101 c, such as a keyboard,mouse, touch screen or touch pad input, etc. Additional output devices,such as an audio output device (such as speakers, headphones, etc.—notillustrated) may also be included.

Of course, this example is merely an example, and other configurations(e.g., having more or fewer components, duplicate/combined components,etc.) may be used for PC 101. Additionally, the configuration shown inFIG. 3 may also be used to implement any of the other componentsdescribed herein, with computer-executable instructions stored on memory(e.g., hard drive 303, RAM 305, etc.) that, when executed by a processor(e.g., processor 301), cause the component to perform as describedherein.

The PC 101 may include one or more processors 301, which (like securityprocessor 202) may be a microprocessor of programmable logic circuitconfigured to execute instructions to perform the various featuresdescribed herein. Those instructions may be stored, for example, on aninternal read-only memory (ROM), which may contain the built-inoperating system (BIOS) for the PC 101. The instructions may also bestored in other areas of memory as well, such as a hard drive 303,removable media 304 (e.g., floppy disk, FLASH drive, CD-ROM, DVD-ROM,etc.), or even in random-access memory (RAM) 305.

The PC 101 may include an interface 306 that is configured tocommunicate with the interface 201 on security module 104. For example,the interface 306 may be a USB port. The PC 101 may also include anetwork interface circuit 307, which the PC 101 may use to communicatewith any desired external network. The network interface circuit 307 mayinclude a local wireless network interface, such as for a WiMAX network,BLUETOOTH network, an ANSI 802.11x network, or any other local wirelessnetwork, and may include one or more wireless antennas. The interfacecircuit 307 may also support longer-range wireless networking, such ascellular telephone wireless networks, satellite, etc. The interface 307need not be limited to wireless networks, and may alternatively includesupport for wired networks as well, such as Ethernet, cable television,etc.

The PC 101 may also include a video processor 308, which may be anydesired type of processor or circuit that supplies the display 101 awith images to show a user. For example, a video processor 308 may be avideo graphics card. The video processor 308 may include any desiredtype of hardware and/or software configuration to receive, decode anddisplay video data received from the network 102 (which may be processedby other devices, such as network input/output 307 and/or a processor301 first.

The PC 101 may also include a secure video processor 309. The securevideo processor 309 may include additional hardware and/or software tohandle the reception, decrypting, decoding and/or display of video datathat has been secured in a desired manner. For example, some incomingstreams of video data (e.g., a stream of a new release movie) may beencrypted, and the secure video processor may be configured to handlethe decryption of that incoming stream. In some embodiments, thesecurity module 104 may create a secure communication link (e.g., atunnel) with the secure video processor 309, and may use that link tosupply the secure video processor 309 with the necessary key(s) (e.g., acontent key) to decrypt an incoming stream. That incoming stream may bedecrypted within the secure video processor 309, and the resultingdecrypted stream may be supplied to the video processor 308 for outputon the display 101 a. Additional discussion of how such secured contentmay be processed within the PC 101 appears further below.

The secure video processor 309 may be a separate component from thevideo processor 308. For example, the video processor 309 may be aplug-in module that attaches to an expansion slot (e.g., aPCI—Peripheral Component Interconnect—expansion slot) on a PC 101motherboard, or attaches directly to the video processor 308 itself.Alternatively, the secure video processor 308 may be formed as asub-component of the video processor 308 itself.

Like the security module 104, the secure video processor 309 may alsoundergo a security procedure keying operation during manufacture, andmay be assigned a unique identification value and one or more privatekeys for signing and/or encryption. Those keys may be stored in a securememory 310, which may be an internal component of the secure videoprocessor 309 (or its circuitry).

During operation, the processor 301 may be programmed to receiveincoming communications, and to divert all communications containingsecured content to the secure video processor 309 for handling. Thatsecure content may be identified by, for example, a predetermined headervalue indicating secure treatment. Unsecured video content may beforwarded to the video processor 308 for handling, and the PC 101 mayswitch between the two video processors depending on the content chosenfor viewing.

FIG. 4 is a logical diagram illustrating an example set of parallelcontent paths (video as the example) through PC 101, where data forunsecured content may pass through path 401, and data for securedcontent may pass through secure video path 401. In both paths, thecontent may be received from network 102 at the network interface 307,although they may be received as separate logical streams carried overthe same physical interface (e.g., MPEG2, IPTV streams, MPEG4,fragmented MPEG4, progressive download, etc., streams carried over acoaxial or fiber optic cable). The content may be processed by aprocessor 301 for receipt. The unsecured content data, which may be acleartext (e.g., unencrypted) video stream, may be forwarded directly tothe video processor 308 for decoding and display. The secured content,however, may be in encrypted form, and may be passed to secure videoprocessor 309. The secure video processor 309 may confirm that thesecure stream is authorized for viewing by the user (e.g., the securestream may identify the secure video processor 309 as being authorized,or may be encrypted using a key that can only be decrypted by the securevideo processor 309), and the secure video processor 309 may thendecrypt the stream and assemble a cleartext video stream to supply tothe video processor 308 to decode and send to display 101 a.

FIG. 5 illustrates example communication signals used to establish asecure PC video path, and the sequence of these signals may be viewed asa process occurring after the user has inserted a new security module104 into the PC 101. In step 501, the security module may send a requestto the secure video processor 309 to obtain the unique identificationfor the processor 309. In step 502, the processor 309 may respond withthat information, and in step 503, the security module 104 and securevideo processor 309 may establish a secure tunnel between the two forcommunication. That secure tunnel may involve, for example, the two ofthem using their own respective private keys to establish a securesession key used for communications between the two.

In step 504, the security module 104 may transmit a key request messageto authenticate itself to the trusted authority 106. The key requestmessage 504 may include identification of the authentication proxy(e.g., in headend 105), identification of the security module 104, andidentification of the secure video processor 309, and may inform thetrusted authority 106 that this particular security module 104 will beusing the identified proxy and processor. To demonstrate itsauthenticity, the security module 104 may include in the key request ahashed value of the security module 104's private key. The message (orportions thereof) may be encrypted by the security module 104 using aprivate encryption key, so that intermediaries (such as theauthentication proxy in headend 105) may be deterred from accessing themessage contents. In FIG. 5, the box at the headend 105 represents sucha proxying of the communication, where the headend 105 merely passesalong at least a portion of the key request message (without decryptingor accessing that portion). A similar proxying may be conducted for theresponse, discussed below.

Upon receiving the key request message, the trusted authority 106 mayconsult its own stored database to determine the private key(s) that aresupposed to correspond to the identified security module 104 (as notedabove, that database may be populated at the time the security module104 is manufactured). The trusted authority 106 can perform the samehash on the private key(s), and compare the results with the hashedvalue in the key request message. If the hashed values match, then thetrusted authority 106 can conclude that the key request message trulyoriginated from the security module 104. Of course, if portions of thekey request message were encrypted by the security module 104, then thetrusted authority 106 may use the private key(s) from its database todecrypt the message contents, and a successful decryption would alsodemonstrate that the key request message was authentic.

If the security module's identity corresponds to the hashed private key,the key request message is authenticated, and the trusted authority maystore information correlating the security module 104 with the proxy 105and secure video processor 309 identified in the message. The trustedauthority may then transmit a key response message 505 to the securitymodule 104, containing authentication proxy (in headend 105) privatekeys that can be used to securely communicate with the proxy 105. Thoseprivate keys may include, for example, encryption and/or signing keysused by the authentication proxy. Although message 505 is illustratedwith a block for the proxy, a portion of the message 505 (or a separatemessage) may be directed to the authentication proxy, informing it ofthe private keys that will be used by the security module 104.

When the security module 104 contains the authentication proxy privatekeys, it is ready to begin secure communications with the proxy. Tobegin, the security module 104 may transmit a client sign-on request 506to inform the proxy that it has been authenticated by the trustedauthority, and to identify capabilities of the security module 104. Thesign-on request may include session key and/or identificationinformation for communicating with the proxy and information identifyingthe software client(s) and/or hardware capabilities of the securitymodule 104, and may be signed by the security module 104's signing keyand encrypted using the authentication proxy's encryption key. Thesign-on request 506 may also include a hashed version of the securitymodule 104's own signing and/or encryption keys, to assist indemonstrating to the proxy that the request is authentic.

The authentication proxy (e.g., in headend 105) may receive the sign-onrequest, and then validate the request by checking to confirm that therequest was properly encrypted using the authentication proxy'sencryption key, signed using the security module 104's signing key, andcontaining the correct hashed version of the security module 104 signingand/or encryption keys. Then, the proxy may record informationidentifying the client capabilities of the security module 104, and mayrecord session information (session keys, session ID values, etc.) toestablish the secure session with the security module 104.

The proxy may then transmit a sign-on confirmation message 507 back tothe security module 104, informing it that the sign-on was successful.The message may include instructions telling the security module 104 todownload one or more software applications that are necessary ordesirable for operating with the proxy's network. Those applications maybe transmitted with the confirmation message, or they may be transmittedseparately (e.g., on a periodic basis to all serviced PCs).

The proxy may also transmit a registered device message 508 to thecontent source 103, informing it of the authenticated security module104, and providing the module 104's identification and public keyinformation.

When the user of PC 101 wishes to access secured content, the user mayindicate such a request to PC 101. This may be accomplished, forexample, by the user navigating to an Internet site of content source103, and selecting a piece of secured content for access. As notedabove, the secured content may be any amount and type of data, includingaudio/video programming (e.g., television shows, movies, music, audiofiles), software (e.g., computer programs), or other types of data. Whenthe PC 101 receives such a request, it may transfer a content requestmessage 509 to the content source 103. That request may identify thesecurity module 104, and may also identify the user him/her self, aswell as the requested content. The request may be encrypted by thesecurity module 104's encryption key, signed by its signing key, orboth, and the content source 103 will be able to use the key informationpreviously received from the authentication proxy in the registereddevice message 508 to verify that the user's request is genuine. Thecontent source 103 may determine whether the requested access is to bepermitted (based on whether the user has sufficiently paid for thecontent, or is subscribed to the content source 103, or has sufficientfunds in an account at the source 103 to pay for the download, etc.).

If the content request is to be approved, then the content source 103may transmit a content approval message 510 to the security module. Thatmessage 510 may contain a key (e.g., a control word) needed fordecrypting the requested content, and may be encrypted using thesecurity module 104's own public encryption key. Alternatively, themessage may be encrypted and/or signed using the AP keys. The message510 may also include usage rules governing the permitted usage of therequested content. The usage rules may specify a permitted (orrestricted) display resolution, a time period for access, number ofsimultaneous or sequential accesses, etc.

In response, the security module 104 may transmit a control word message511 to the secure video processor 309, informing the secure videoprocessor 309 of the control word to be used for the requested content,and of the terms of access. That message 511 may be encrypted using thesecure video processor 309's own public encryption key, or whatever keyprotocols were used to establish the tunnel in 503. The secure videoprocessor 309 may store that control word in secure memory 310.

Then, the content source 103 may begin transmitting the stream ofencrypted content packets 512 to the PC 101. The stream 512 may containmultiple packets of information, and may include one or more headerpackets having a predetermined value or code that identifies the streamas being an encrypted content authorized by the security module 104, andthe PC's processor 301 may route the incoming packets of that stream tothe secure video processor 309 for handling, instead of to the normal(unsecure) video processor 308. Since the stream 512 is encrypted foruse with the control word, which was supplied in encrypted form to thesecurity module 104, the processor 301 lacks the ability to decrypt thestream on its own, and any hacker using monitoring software on theprocessor 301 to read the stream would only receive the encryptedversion of the stream 512 data. The secure video processor 309 possessthe control word (via a secure tunnel from the security module 104), andis able to decrypt and display the secured content, but since thecontrol word is sent over the secure tunnel with the security module104, a hacker will encounter difficulty determining that control word.Accordingly, a secure video path may be established within the PC 101,in which secure video (or other) content may be passed from the networkinterface 307, to the processor 301, to the secure video processor 309,and out to the video processor 308 and display 101 a, and the path maybe secured using a key that was securely provided to the portablesecurity module 104, so that video security may be added to an unsecuredPC 101 simply with the addition of the module 104.

When the user no longer wishes to access the secured content, the usermay enter an input to the PC 101 (e.g., by clicking on an Internet pageelement, pressing a button on the keyboard, etc.), and the PC 101 mayinform the security module 104 that access is to be ceased. In response,the security module 104 may transmit a cease access message 513informing the secure video processor 309 to terminate the decryptionprocess. A cease access message 514 may also be passed on to theauthentication proxy 105, which may inform the content source 103 toterminate the transmission of the secure content.

Although one example embodiment is described above, other alternateembodiments and modifications may be used. For example, and as notedabove, the network interface 307 may be a wireless interface. The entirePC 101 may be a laptop computer using such a wireless interface (e.g.,ANSI 802.11), such that a user can convert their laptop computer into asecure device for accessing video content from, for example, their cablecompany via a secure Internet download. The use of the security module104, with the authentication proxy 105 and the secure path within thelaptop PC 101, assuages the content provider's concerns that thedelivered content will be “hacked” or otherwise made available inunencrypted form, and the simple USB form factor of the security module104 makes it easy to use.

As one modification, different parts of the secured content may besecured using different control words. For example, the audio and videoportions of a movie may be encrypted by the content provider 103 withdifferent control words, and supplied as separate streams. To supportsuch an embodiment, the secure video processor 309 (which may alsohandle non-video signals, such as audio) may be configured to supportmultiple streams 512 and control words simultaneously.

Additionally, the various elements described above may be subdividedand/or combined in any desired manner, and some elements may be omitted.Also, although FIG. 3 illustrates internal components of an example PC101, similar components may be used to implement any of the otherelements described herein (e.g., the headend 105, the authenticationproxy, the trusted authority 106, the content source 103, etc.), and allof these components may include a processor (such as processor 301)configured to operate in the manner described. That configuration may beaccomplished using computer-executable instructions, executed by theprocessor, and those instructions may be stored on a computer-readablemedium, such as any of the memory elements shown in FIG. 3 or discussedabove.

In some embodiments, the security module's secure memory 310 may bevolatile, and may be configured to reset to a blank state each time thesecurity module 104 is removed from the PC 101 or otherwise reset. Inthis manner, the user can use the portable security module 104 withdifferent PC 101's around the user's home (although a new bindingprocess may occur when the device is placed on a new PC).

The above description and drawings are illustrative only. The featuresherein are not limited to the illustrated embodiments, and allembodiments of the invention need not necessarily achieve all of theadvantages or purposes, or possess all characteristics, identifiedherein. Additionally, the various components described above may becombined, or divided, in any desired manner. For example, variouscomponents may be combined into a single unit. As another example, thefeatures of the trusted authority 106 may be distributed to otherelements in the system, such as the previously-mentioned authenticationproxy. As another example, the portable security module 104 may beintegrated with the other components of the PC, such as the secure videoprocessor 309.

In some embodiments, the PC's secure video processor 309 may include abuilt-in security module that operates in the same manner as securitymodule 104. Inserting the portable security module 104 may, in thoseembodiments, disable the built-in security module in the processor 309,and the PC may operate using the security module 104 instead of the onethat was on board in the original processor 309. In this manner,security may be renewed if the original security module is compromised.

As another modification, the security can be built-into the securitymodule 104. The FIG. 5 example illustrates a downloadable securityprocess, in which the client issues a sign-on request (506) and receivesa confirmation 507 that may require the module to download additionalsecurity applications for configuration (e.g., software definingpersonality characteristics of the module). That example is adownloadable security example. The modification here can skip thatdownload of additional security configuration applications. relyinginstead on the security module 104 having the security configurationcode already stored therein. In such an alternative embodiment, theclient sign-on request 506 and confirmation 507 can simply involve theclient logging on to the network, and runtime download can be minimized.the key request/response 504/505 can also take place after theauthentication (instead of before the sign-on, as illustrated in FIG.5). The sign-on and confirmation can simply be an authentication processto verify the client's identity using any desired type ofchallenge/response system. For example, the sign-on can involve therequesting client signing a piece of data to satisfy a challenge andprove its identity. The headend 105 can also issue a challenge/responseto the client as well.

1. A secure media content delivery method, comprising: using anelectronic key safe to create a protected media bus within a computer,wherein the protected media bus is parallel to an unsecured mediacontent path in the computer; receiving secured and unsecured content atthe computer from an external network; routing the secured content tothe protected media bus; and routing the unsecured content to theunsecured media content path.
 2. The method of claim 1, wherein usingthe electronic key safe to create the protected media bus furthercomprises the key safe generating for transmitting an authenticationrequest containing identification values of both the key safe and asecure processor in the computer.
 3. The method of claim 2, furthercomprising the key safe receiving a new encryption key in response tothe binding request.
 4. The method of claim 1, further comprising thekey safe supplying a different decryption key to an element of theprotected media bus for each of a plurality of different pieces ofsecured media content received by the computer via the external network.5. The method of claim 1, further comprising the computer receiving arequest for secured content, obtaining a content key from the key safe;and using the content key to decrypt the secured content after it isreceived via the external network.
 6. The method of claim 5, furthercomprising establishing a secure tunnel between the key safe and asecure video content processor of the computer, and transmitting thecontent key from the key safe to the secure video content processor viathe secure tunnel.
 7. A computer, comprising: an electronic key safeinterface, configured to connect to an external electronic key safe; asecure media processor, configured to process secured media content fordisplay; a processor, configured to receive a content key from theexternal key safe via the key safe interface, and supply the content keyto the secure media processor, wherein the secure media processor isconfigured to decrypt secure media content received from an externalnetwork using the content key.
 8. The computer of claim 7, furthercomprising a local wireless network interface circuit, coupled to theprocessor, and configured to access a local wireless network.
 8. Thecomputer of claim 7, wherein the key safe interface is a universalserial bus (USB) interface.
 9. The computer of claim 7, furthercomprising an unsecured video processor, configured to process unsecuredvideo content for display, and wherein the processor is configured toforward unsecured video content to the unsecured video processor forprocessing and display, and divert secured video content to the securevideo processor for processing and display.
 10. The computer of claim 7,wherein the processor is further configured to automatically transmit,to an external network, an authentication request containingidentification information for the key safe and the secure videoprocessor.
 11. An electronic key safe, comprising: an interfaceconfigured to attach to a computer interface; a processor, configuredto: identify a secure video processor of a computer after the portablekey safe is attached to a computer; determine a content key needed bythe secure video processor to decrypt secure content; and transmit thecontent key to the secure video processor in response to a request toaccess the secure content.
 12. The portable key safe of claim 11,wherein the processor is further configured to establish an encryptionkey with the secure video processor of the computer, and to use theencryption key when transmitting the content key to the secure videoprocessor.
 13. The portable security module of claim 11, wherein theprocessor is further configured to supply the secure video processorwith configuration information for accessing secured content.
 14. One ormore computer readable media, storing computer-executable instructionsthat, when executed on a computer, cause the following to occur:detecting insertion of a portable electronic key safe on a computercoupled to an external network; using the portable key safe to create aprotected media bus within the computer; receiving secured and unsecuredcontent at the computer from the external network; routing the securedcontent to the protected media bus; and routing the unsecured content toa media content path in the computer different from the protected mediabus.
 15. The one or more computer readable media of claim 14, whereinusing the portable key safe to create the secure content path furthercomprises transmitting an authentication request containingidentification values of both the key safe and a secure processor in thecomputer.
 16. The one or more computer readable media of claim 15,wherein using the portable key safe to create the secure content pathfurther comprises receiving a new encryption key in response to theauthentication request.
 17. The one or more computer readable media ofclaim 14, further storing instructions for receiving a request forsecured content, obtaining a content key from the key safe; and usingthe content key to decrypt the secured content after it is received viathe external network.
 18. The one or more computer readable media ofclaim 17, further storing instructions to establish a secure tunnelbetween the key safe and a secure video content processor of thecomputer, and forwarding the content key from the key safe to the securevideo content processor via the secure tunnel.